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(54) Mobile IP supporting quality of service for foreign network with foreign agent and plurality 
of mobile nodes 



(57) There is disclosed a method of establishing an 
IP quality of service session between a correspondent 
node and a mobile node. The mobile node has a home 
address in a home network and is temporarily connect- 
able in a foreign network having a foreign agent. IP 
packets are directed to the mobile node from the corre- 
spondent node via the home network. The quality of 
service session is maintained in dependence on flow 



identification information in the IP packets. The method 
comprises: determining whether the flow identification 
information of a quality of service session to be config- 
ured matches the flow identification information of an ex- 
isting quality of service session; and responsive to a 
match, allocating temporary flow identification informa- 
tion to the quality of service session to be configured. A 
mobile IP environment in which such a method may be 
utilised is also disclosed. 
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Description 

Field of the Invention 

[0001] The present invention relates to messages 
conforming to the mobile Internet protocol (mobile IP) 
and sent from a host node in a network to a mobile node, 
and particularly to maintain a desired quality of service 
when any mobile host node changes its point of network 
attachment in a foreign network including a foreign 
agent. 

Background to the Invention 

[0002] Current internet protocol (IP) technology and 
mobile IP technology enables a host terminal or host 
node which is normally connected in a particular net- 
work (the nodes 'home' network) to temporarily connect 
into a different network (a 'foreign' network) and still re- 
ceive IP packets or messages sent to the host terminal 
at its address in the home network. Such a host terminal, 
which changes its point of network attachment, is known 
as a mobile node. To still receive IP packets in the for- 
eign network the mobile node must register with a so- 
called 'home agent' in its home network. In registering 
with its home agent, the mobile node provides the home 
agent with a 'care-of address where it can be addressed 
in the foreign network. The home agent then monitors 
traffic in the home network, and if the home agent iden- 
tifies an IP packet which is carrying a destination ad- 
dress corresponding to the mobile node's home address 
in the home network, it intercepts the IP packet. The 
home agent then 're-packages' the IP packet and sends 
it to the node at the 'care-of address in the foreign net- 
work. The 'care-of address may be a co-located care-of 
address or a foreign agent care-of address. 
[0003] The technique of directing an IP packet, des- 
tined for an address in the home network, to a 'care-of 
address in the foreign network is known, in mobile IP, 
as 'tunneling'. It is important in tunneling the IP packet 
to the 'care-of address that certain information concern- 
ing the original IP packet is retained in the re-packaged 
IP packet. For example, as well as maintaining the orig- 
inal pay load (or Information portion) of the I P packet, the 
mobile node at the 'care-of address must still be able to 
identify in the 're-packaged' IP packet the source ad- 
dress from which the IP packet was originally sent and 
the home address of the mobile node in the home net- 
work. One technique known in mobile IP for tunneling* 
an IP packet to a mobile node 'care-of address encap- 
sulates the original IP packet into a new IP packet as 
the IP packet pay load. That is the original IP packet is 
incorporated as the paytoad (or information portion) of 
the new I P packet without any change to its content. The 
'care-of address is added to the new IP packet as the 
new destination address and the source address of the 
new IP packet is id ntified as th home agent. On re- 
ceipt the mobile node at the 'care-of address removes 



the 'wrapping' on the new IP packet to recover the orig- 
inal IP packet. 

[0004] One disadvantage with this technique is that 
the repackaged IP packet does not facilitate the support 

5 of quality of service provisions in conformance with ex- 
isting IP quality of service standards. 
[0005] Each IP packet has associated therewith, and 
included in the IP packet, flow identification information 
which identifies the quality of service associated with the 

10 IP packet transmission. This flow identification informa- 
tion is present in fixed locations of the IP packet, where 
quality of service (QoS) capable routing/switching ele- 
ments can locate it and operate in dependence on it. 
However, with the encapsulation tunneling technique 

15 the flow identification information included in the IP 
packet by the source originating the IP packet is not 
available between the home agent and the 'care-of ad- 
dress- 

[0006] Thus the encapsulation technique in conven- 

20 tional mobile IP (one of which is known as IP-in-IP en- 
capsulation) shields the real source address (i.e. the ad- 
dress of the correspondent node) and real destination 
address (i.e. the mobile node's home address), as well 
as the protocol ID in the IP packets, from the home agent 

25 to the mobile node. In addition, encapsulation mobile IP 
also changes the payload infrastructure (the original IP 
header becomes part of the payload) and tails flow dif- 
ferentiation if routers are not changed accordingly so as 
to be able to detect the modifications or changes. 

30 Changes or even slight modifications of routers often re- 
quires a large amount of redesign and re-placement of 
all existing routers. This far more complicates the control 
and management of the networks, tt may also cause 
problems in terms of security control and inter-operabil- 

35 ity. 

[0007] The quality of service (QoS) provisions pro- 
posed to be used in the Internet are defined by stand- 
ards, and in IP one known standard for quality of service 
signaling is called RSVP RSVP (Resource Reservation 
40 Protocol) is used in the Integrated Sen/ices Model 
(IntServe) quality of service framework defined by IETF. 
The Integrated Services f^/lodel was designed to provide 
special handling for certain types of traffic, provide 
mechanisms for applications to choose between muffi- 
ns pie levels of delivery services for its traffic, and to pro- 
vide signaling for quality of service parameters at Layer 
3 in the OSI Rfvl. 

[0008] IntServ defines two classes of services. The 
Controlled Load Class provides traffic delivery in the 
so same way as when the network is unloaded ("betterthan 
best delivery"). The Guaranteed QoS Service Class de- 
livers traffic for applications with a bandwidth guarantee 
and delay bound. 

[0009] IntServ requires QoS capable nodes and a sig- 
55 naling protocol to communicate QoS requirements be- 
tween applications and nodes and between nodes. 
[0010] RSVP is the QoS signaling protocol used by 
IntServ. RSVP provides receiver QoS requests to all 
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router nodes along the transit Path of the traffic, main- 
tains the soft-state (Path/Reservation states), and re- 
sults in resources being reserved in each router 
[0011] For RSVP/lntServ quality of service to operate, 
the flow identification information must be in a fixed lo- 
cation in the IP packets. An RSVP session is configured 
by the host terminals exchanging so-called Path and 
Reservation messages prior to data transmission. 
[0012] To enable the quality of service control across 
the transit path between peer host terminals, each host 
terminal must therefore have the functionality to config- 
ure the necessary messages and recognise quality of 
service requests corresponding to an RSVP session. 
[001 3] Existing RSVP does not specify how to specif- 
ically process Path and Reservation (Resv) messages 
in the scenario of mobility control based on mobile IP 
Moreover, the 'tunneling' of standard mobile IP (e.g. IP- 
in-IP encapsulation) disables the correct flow identifica- 
tion and classes of service differentiation. 
[001 4] II is therefore an object of the present invention 
to provide a technique which enables the quality of serv- 
ice requirement determined by the source of the mes- 
sage to be supported throughout the routing of the mes- 
sage to a mobile node's 'care-of address when the mo- 
bile node is temporarily attached in a foreign network 
including a foreign agent. 

Summary of the Invention 

[001 5] According to the present invention there is pro- 
vided a method of establishing an IP quality of service 
session between a correspondent node and a mobile 
node, the mobile node having a home address in a home 
network and being temporarily connectable in a foreign 
network having a foreign agent, wherein IP packets are 
directed to the mobile node from the correspondent 
node via the home network, the quality of service ses- 
sion being maintained in dependence on flow identifica- 
tion information in the IP packets, the method compris- 
ing: determining whether the flow identification informa- 
tion of a quality of service session to be configured 
matches the flow identification information of an existing 
quality of service session; responsive to a match, allo- 
cating temporary flow identification information to the 
quality of service session to be configured. 
[0016] The temporary flow identification information 
may be allocated between the home network and the 
foreign network. The steps of determining a match and 
allocating temporary flow identification information may 
be carried out in the foreign network. The temporary flow 
identification information may be notified to the home 
network. The flow identification information may include 
an identification of the port numbers used by an appli- 
cation at the mobile node, wherein a temporary port 
number is allocated responsive to a match between 
such port numbers. 

[0017] The invention also provides a mobile IP envi- 
ronment capable of establishing an IP quality of service 
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session between a correspondent node and a mobile 
node, the mobile node having a home address in a home 
network and being temporarily connectable in a foreign 
network having a foreign agent-, wherein IP packets are 

5 directed to the mobile node from th corr spondent 
node via the home network, the quality of sen/ice ses- 
sion being maintained in dependence on flow identifica- 
tion information in the IP packets, the mobile IP environ- 
ment having means for determining whether the flow 

'0 identification information of a quality of sen/ice session 
" to be configured nnatches the flow identification informa- 
tion of an existing quality of service session; the means 
being responsive to a match for allocating temporary 
flow identification information to the quality of service 

?5 session to be configured. 

[0018] The means may be provided in the foreign net- 
work. At least two mobile nodes may be temporarily lo- 
cated in the foreign network, each being associated with 
the foreign agent and a respective one of at least two 

20 means, wherein the means may be further adapted to 
determine whether the flow identification information of 
a quality of service session between one of the mobile 
nodes and a correspondent node matches the flow iden^ 
tification information of a quality of service session be- 

25 tween the other of the rr»obile nodes and a correspond- 
ent node. At least two mobile nodes are temporarily con- 
nected in the foreign network, the means being associ- 
ated with each mobile node. 

[0019] The invention may also advantageously addi- 

30 tionally include a method of directing an internet protocol 
IP packet to the mobile node, the IP packet having a 
header portion including the destination address to 
which the I P packet is to be sent, the method comprising 
the steps of: receiving, in the home network, the IP pack-"* 

35 et including a destination address corresponding to the 
home address of the mobile node; modifying the IP 
packet by: removing the home address of the mobile 
node from the header portion of the IP packet and re- 
placing it with the foreign agent care-of address; ap- 

40 pending a mobile node identifier to the IP packet; and 
transmitting the modified IP packet, 
[0020] The invention may further advantageously in- 
clude the steps of: generating, in the foreign network, a 
modified reply message having a source address of the 

45 mobile node's care-of address and a destination ad- 
dress of the correspondent node; and transmitting the 
modified reply message. Brief Description of the Figures 

Figure 1 illustrates a network set-up including a 
so home network, a correspondent network, and a for- 
eign network; 

Figures 2(a) to 2(c) illustrate the standard format of 
an IP packet; 

Figure 3 illustrates schematically a memory of a 
55 home ag nt of the home network; 

Figure 4(a) illustrates an IP packet constructed by 
the correspondent network for transmission to a 
mobile node in the home network, and Figure 4(b) 



3 



5 



EP 1 051 010 A1 



6 



illustrates the modification of that IP packet to re- 
direct it to the foreign network according to the prior 
art: 

Figure 5(a) illustrates an IP packet constructed by- 
the correspondent network for transnnission to a 
mobile node in the home network, and Figure 5(b) 
illustrates the modification of that IP packet to re- 
direct it to the foreign network according to an alter- 
native technique; 

Figure 6 illustrates the network set-up of Figure 1 
in which the loreign network includes a foreign 
agent; 

Figure 7(a) illustrates an IP packet constructed by 
the correspondent node for transmission to a mo- 
bile node in the home network, and Figure 7(b) il- 
lustrates the modification of that IP packet to re-di- 
rect it to the foreign network according to the 
present invention when the foreign network in- 
cludes a foreign agent; 

Figure 8 illustrates schematically a memory of the 
foreign agent of Figure 6; 

Figure 9 illustrates schematically a modified mem- 
ory of the home agent of Figure 6; 
Figure 10(a) illustrates the IP packets of a Path 
message of a first section of a quality of service ses- 
sion in mobile IP supporting RSVP; 
Figure 10(b) illustrates- the IP packets of a Path 
message of a second section of a quality of service 
session in mobile IP supporting RSVP; 
Figure 10(c) illustrates the general end-to-end 
structure of a Reservation message in general IP; 
Figure 10(d) illustrates the general end-to-end 
structure of a Reservation message of a second 
section of a quality of service session in mobile IP 
supporting RSVP; 

Figure 10(e) illustrates the general end-to-end 
structureof a Reservation message of a first section 
of a quality of service session in mobile IP support- 
ing RSVP; 

Figure 11 illustrates the steps of performing a pre- 
ferred implementation of an RSVP operation in mo- 
bile IP; 

Figure 12 illustrates the network arrangement of 
Figure 1 adapted to support RSVP in mobile IP; 
Figure 13 illustrates the network arrangement of 
Figure 1 2 further adapted to showtwo mobile nodes 
supported by a common foreign agent; 
Figure 14 illustrates a portion of the format of a 
memory layout in elements of the network of Figure 
13; 

Figure 15 illustrates the steps for operating the net- 
work arrangement of Figure 13; and 
Figure 16 illustrates the network scenario of Figure 
1 3 still further adapted. 

Description of Preferred Embodiment 

[0021] Referring to Figure 1 there is shown a typical 



network set-up. A mobile node MN 3 to which a mes- 
sage is to be sent is normally located in a home network 
2. The mobile node MN 8 normally resides in the home 
network 2 at a particular address. This address is not 

s necessarily a static IP address: the mobile node may be 
located at any physical point in the network, but a par- 
ticular IP address is associated with the mobile node it- 
self (rather than the physical point of connection). The 
home network may physically span a small office envi- 

10 ronment, or may span a number of countries. 

[0022] The mobile node MN 8 may be connected to 
the home network 2 by a wireless LAN, infrared link, 
wireless telephone link or via a direct Ethernet or token 
ring network hook-up. The term 'mobile node' does not 

15 imply that the node is connected to the network via a 
wireless link: rather it implies that the mobile node may 
move outside the home network 2 into a foreign network 
such as the foreign network 6 of Figure 1 , as will be dis- 
cussed in further detail hereinafter. 

20 [0023] The arrangement of Figure 1 also shows a cor- 
respondent network 4 including a correspondent node 
CN 10. For the purposes of illustrating the present in- 
vention, it is assumed that the correspondent node CN 
10 of the correspondent network sends a message to 

25 the mobile node 8 of the home network 2. The corre- 
spondent node may also be in a foreign network, that is 
a network independent of and distinct from the home 
network 2. However, the term foreign network is re- 
served for use to refer to a network which hosts a mobile 

30 node which normally resides in a different network (its 
home network). For the purposes of this illustrative ex- 
ample, the mobile node 8 of the home network 2 has 
moved to the foreign network 6. Thus the mobile node 
MN 8 is shown in the home network 2 in dashed lines 

35 to indicate that it is normally present there, and is shown 
in the foreign network FN 6 in a solid line to indicate that 
it is temporarily present in the foreign network 6. 
[0024] The temns correspondent node and corre- 
spondent network are reserved for use to describe com- 

40 munication peers of the mobile node 8. A correspondent 
node is a node (which may be another mobile node) with 
which a mobile node is currently communicating: either 
receiving an IP packet or transmitting an IP packet. A 
correspondent network is used to refer to the network 

45 to which the correspondent node is connected. It should 
be appreciated that the mobile node may be communi- 
cating with a correspondent node in its own home net- 
work, and therefore the correspondent network may be 
the home network itself, 

50 [0025] As can be seen from Figure 1. and as will be 
discussed further hereinafter, the home network 2 fur- 
ther includes a home agent 12. 

[0026] A brief example of the 'normal' communication 
between the correspondent node CN 10 and the mobile 
55 node MN 8 will now b given. Referring to Figure 2(a). 
there is shown the general structure of an IP packet 14 
sent by th correspondent node CN 10 to the mobile 
node MN 8. 
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[0027] An IP packet transmitted between networks, 
generally designated by reference numeral 1 4 and illus- 
trated in Figure 2(a), comprises an IP header 30, and 
an IP payload 22. The IP payload 22 is the information 
portion of the IP packet to be delivered to the mobile s 
node 3. The parts of the IP packet which are relevant to 
the present discussion are illustrated in 
[0028] Figures 2(b) and 2(c). The IP header 30. 
shown in Figure 2(b). includes a source address portion 
16, a destination address portion 18. and a protocol ID 
portion 20. The IP header 30 contains other fields which 
are not shown in Figure 2(b) since they are not relevant 
to the present explanation. Referring to Figure 2(c). the 
IP payload 32 Includes a source port number 34 and a 
destination port number 36. Again, the IP payload in- ^5 
eludes other fields which are not relevant for the purpos- 
es of the present explanation. The source address 16 is 
the IP address of the host terminal (correspondent 
node) from which the IP packet is sent, and the destina- 
tion address 18 is the IP home address of the host ter- 
minal (mobile node) to which the tP packet is to be sent. 
The source port number 34 is the port number used by 
an application at the correspondent node 10 associated 
with the IP packet 14. The destination port number is 
the port number used by an application at the mobile 
node 8 to which the IP packet is being sent. In addition 
to other uses, the protocol ID 20 is one of the indications 
of the quality of service to be supported in transmitting 
the IP packet from the source applications to the desti- 
nation applications. As will be appreciated by one famil- -30 
iar with the art. the destination and source addresses 
are used by routing switches between the correspond- 
ent node and the mobile node in the home network to 
route the IP packet to its destination. 

[0029] When the routers or routing switches support 3S 
quality of service (QoS), in some QoS control provi- 
sions, such as RSVP and IntServ. the protocol ID 20 is 
used together with the source and destination address- 
es 16 and 16, plus the communication port numbers of 
end applications (i.e. the source port number 34 and the 40 
destination port number 36) for differentiating flows and 
imposing the necessary QoS control. 
[0030] The QoS control imposed on the data traffic 
flows at the intermediate routers is system dependent. 
For example, it can be the so-called WFQ (Weighted 4S 
Fair Queuing ) or CBQ (Classed Based Queuing). They 
are not standard and vendor specific but usually inde- 
pendent of the actual user's protocol ID. 
[0031] The lETF's IntSer/RSVP standard is deflnedto 
provide a QoS specification and signaling mechanism 
but not a QoS control mechanism. Intserve/RSVP is in- 
dependent of the actual QoS control mechanisms, such 
as WFQ. CBQ etc. 

[0032] The status based on which QoS control is per- 
formed is s t up in the routing switch s prior to data 55 
transmission by means of the sp cific quality of service 
signaling protocol, such as RSVP. 
[0033] A known way of routing an IP packet from th 
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correspondent node to the mobile node MN 8 when it 
has moved to a positron in the foreign network will now 
be described. When the mobile node MN 8 moves to a 
foreign network, it must registec with the home agent HA 
12 of the home network so as to still be able to receive 
its messages when residing in the foreign network. This 
may be achieved by the mobile node sending a regis- 
tration message to the home agent HA 12 once it has 
taken up position in the foreign network. A mobile node 
can be considered to have taken up position in the for- 
eign network once it has been connected to the foreign 
network and been allocated a care-of address. 
[0034] Referring to Figure 3, the home agent HA 12 
includes a memory or kx)k-up table generally designat- 
ed by reference numeral 24. In one column of the mem- 
ory the home agent HA 12 stores the addresses of the 
mobile nodes normally resident in the home network 
that have registered with the home agent as being tem- 
porarily resident in a foreign network. In another column 
28 of the memory 24 the home agent stores the 'care- 
of address that the mobile node has moved to in the 
foreign network, as well as other associated states such 
as SPI (Security Parameter Index). 
[0035] The technique by which the home agent 
records the current care-of address of the mobile node" 
and its home address (i.e. the mobile node address in. 
the home network), is usually implementation depend- 
ent. This invention does not exclude different approach-. [ 
es for achieving the location-awareness of a mobile 
node at the home agent. 

[0036] The operation of the home agent in directing;, 
an IP packet from the correspondent node to the mobile 
node in the foreign network according to one current.^ 
known technique will now be described. 
[0037] The correspondent node CN 10 constructs an" 
IP packet having a format identical to that shown in Fig- 
ure 2(a). The thus constructed IP packet from the cor- 
respondent node is illustrated by the IP packet 50 in Fig- 
ure 4(a), and Includes a source address 60 identifying 
the correspondent node address, a destination address 
62 identifying the home address of the mobile node in 
the home network, and a protocol ID 66. nominally re- 
ferred to as protocol 'A*. The source port number and 
destination port number are not shown in Figures 4 and 
5 since they are not relevant to the explanation, in the 
example shown in Figure 1 , after moving to the foreign 
network 6 the mobile node 8 is allocated a unique 'care- 
of address of its own and registers directly with the 
home agent 12 in the home network. This is known as 
COCOA (co-located care-of address) working mode. An 
alternative working mode is known as FA-COA (foreign 
agent care-of address) working mode. The manner in 
which the mobile node may register with the home agent 
is well-known in mobile IP, and is not relevant to the 
present invention and therefore not discussed her in. 
[0038] The IP packet constructed by the correspond- 
ent node 10 is identical whether the mobile node is po- 
sitioned in its home network 2 or in the foreign network 
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6, as the correspondent node is not required to have 
knowledge of the movennent of the nnobile node. Mobile 
IP with route optimisation does, however, require that 
the correspondent node is aware of the current locatiorT 
of the mobile node. 

[0039] After a mobile node registers with the home 
agent using its current care-of address, the home agent 
will take a nnobile node to be in a foreign network and 
starts intercepting the IP packets 50 destined to that mo- 
bile node home address and tunneling those I P packets 
to the mobile node's current care-of address. 
[0040] The home agent monitors all IP packets com- 
ing into the home network to see if the destination ad- 
dress In the home network (the portion 62 of the IP head- 
er fields 52) matches one of the mobile node home ad- 
dresses stored in column 26 of the home agent memory 
24. 

[0041] If a match is detected, the home agent creates 
a new IP packet, which is illustrated in Figure 4(b). The 
original IP packet from the correspondent node, includ- 
ing the destination address, source address, protocol 
ID, and other IP header fields and pay.load is used to 
form part of the payload of the new IP packet. That is, 
the original IP packet is not processed at alt by the home 
agent but is merely incorporated, wholly unchanged, as 
the payload 32 of the new IP packet 30. 
[0042] The home agent then adds a destination ad- 
dress 36, source address 38 and protocol ID 40 to the 
new IP packet 30. 

[0043] The destination address 36 is the address in 
the foreign network where the IP packet is to be sent, 
that is the 'care-of address of the mobile node fsAN 8. 
The source address 38 is the address of the home agent 
from which the new IP packet 30 is being sent, i.e. the 
home agent 

[0044] The home agent protocol ID is the protocol ID 
determined by the home agent itself. The home agent 
will always attach the same protocol ID to the new IP 
packet 30 regardless of the protocol ID 20 included in 
the original IP packet by the correspondent node, since 
the home agent does not look at the protocol ID 20 of 
the original IP packet 14. The protocol ID 40 is desig- 
nated nominally as protocol 'X'. For the conventional 
mobile IP's iP-in-IP's encapsulation, the protocol ID is 
always changed to "1 * by the home agent. Thus the 'real' 
source and destination addresses (60 and 62 of Figure 
4(a)) have been moved Into the payload of the new IP 
packet and the other necessary flow identification infor- 
mation such as source and destination port numbers in 
the original IP payload have also been wrapped up in 
the payload of the new IP packet. 
[0045] Thus, the original identity of a flow from the cor- 
respondent node to the mobile node is lost and quality 
of service fails as the IP packet is routed from the home 
ag nt to the foreign network. 

[0046] The IP packet 30 is then sent by the home 
agent, and is routed to arriv at the mobile node's 'care- 
of address in the foreign network. Once the IP packet 



30 arrives at the 'care-of address the mobile node strips 
the outer layers of the new IP packet 30 to reveal the 
original IP packet 50. Thus, it can be appreciated that 
in this known arrangement, the required flow identifica- 

s. tion information including the protocol ID in the original 
IP packet is shielded by the home agent and thus be- 
comes unrecognizable by the routing switches (or IP 
routers) for QoS provision between the home agent and 
the mobile nodes 'care-of address. 

10 [0047] The routing of an IP packet from the corre- 
spondent node to the mobile nodes 'care-of address ac- 
cording to an alternative preferred implementation, 
which technique can be called non-encapsulation mo- 
bile IR will now be described, tn the scheme according 

IS to this alternative preferred implementation, the flow 
identification and differentiation information such as the 
original source address, the original source and desti- 
nation port number, and the source protocol ID placed 
in the original IP packet by the correspondent node re- 

20 mains unchanged and thus is advantageously available 
to all the routing switches between the correspondent 
node and the mobile nodes 'care-of address. 
[0048] The correspondent node constructs the IP 
packet 50 identically as before as shown in Figure 5(a). 

2S On arrival at the home network, the home agent 12 de- 
termines whether the mobile node to which the IP packet 
is addressed is registered as having moved to a foreign 
network, by checking the contents of its memory 24 as 
before. On detection of the destination address in its 

30 memory column 26, the home agent intercepts the IP 
packet. 

[0049] In this implementation, the home agent HA 
adapts the IP packet 1 4 by removing the destination ad- 
dress 62 of the mobile node 8 in the home network 2. 

3S and replacing it with the destination address (i.e. the 
'care-of address) of the mobile node MN 8 in the foreign 
network 6. The new IP packet 42 thus comprises the 
payload 63 of the original IP packet 50, the source ad- 
dress 60 of the original IP packet 50, and the protocol 

40 ID 66 of the original tP packet 50. The destination ad- 
dress 62 of the original IP packet is replaced by the new 
destination address 41 (the mobile node's care-of ad- 
dress). 

[0050] Of course one familiar with the art will under- 
45 stand that it may be necessary to amend any error 
checking provided in the original IP packet 50 in view of 
the change in the destination address. The thus con- 
structed new IP packet is sent to the 'care-of address in 
the foreign network. The IP packet is thus routed to the 
50 mobile node with the flow information including the 
source address of the correspondent node, and the orig- 
inal protocol ID as well as all other original flow identifi- 
cation information: it can be appreciated that as the pay- 
load remains unchanged, the source and destination 
55 port numbers are available in th same locations in the 
IP packet as before. 

[0051] The flow identification information is thus rec- 
ognized as the IP packet from the same correspondent 
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node featuring the same QoS requirements to the rout- 
ers between the home agent and the 'care-of address 
as well as between the correspondent node and the 
home agent regardless of the movement of -the mobile 
node. Advantageously, in this arrangement (co-located 5 
care-of address working mode), the new IP packet 42 
constructed by the home agent according to the present 
invention is the same length as the original IP packet 
provided by the correspondent node. 
[0052] Referring to Figure 6 there is shown an alter- io 
native network set-up to that of Figure 1. This network 
set-up is the same as that of Figure 1. other than that 
the foreign network 6 is provided with a foreign agent 7. 
Thus Figure 6 illustrates the foreign agent care-of ad- 
dress working mode. A description of the application of ?5 
the non-encapsulation mobile IP technique in this for- 
eign agent care-of address working mode will now be 
given. 

[0053] In this arrangement, the mobile node registers 
with the foreign agent when it is positioned in the foreign 20 
network. The registration of the mobile node with the for- 
eign agent is in accordance with standard mobile IP. The 
mobile node is aware that the foreign network has a for- 
eign agent either by the foreign agent broadcasting its 
presence, or by the mobile node soliciting an acknowl- 2S 
edgement from the foreign agent of its presence. 
[0054] Once the mobile node is aware of the exist- 
ence of the foreign agent, it registers with the foreign 
agent in accordance with standard mobile IP. The for- 
eign agent itself has a memory or look-up table. Refer- 30 
ring to Figure 8, the memory 70 of the foreign agent has 
a column 74 for storing the actual home IP address of 
a mobile node temporarily connected in the foreign net- 
work. The foreign agent additionally allocates to each 
mobile node registered with it a unique mobile node 3S 
identifier (MNID) which can be used to distinguish be- 
tween many mobile nodes registered with the foreign 
agent. The memory 70 of the foreign agent has an ad- 
ditional column 72 in which the unique mobile node iden- 
tifier (MNID) associated with each mobile node's home 40 
address is stored. 

[0055] Once a mobile node has registered with the 
foreign agent and the MNID allocated, based on the 
home address of the mobile node the foreign agent de- 
livers the mobile nodes registration request to the home 45 
agent by means of which the home agent is notified of 
th mobile node's current care-of address and the MNI D 
of the mobile node. 

[0056] The home agent then stores in its memory 24 
the address of the foreign agent as the mobile node's so 
address in the foreign network, and also stores with 
such address the unique mobile node identifier addition- 
ally communicated by the foreign agent The memory 
24 of the home agent is thus modified to store the MNID 
in a further column 29, as shown in Figure 9. 55 
[0057] Th correspondent node constructs th IP 
packet 50 identically as before as shown in Figure 7(a). 
On arrival at the home network, the home agent 12 de- 
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termines whether the mobile node to which the I P packet 
is addressed is registered as having moved to a foreign 
network, by checking the contents of its memory 24 as 
before. On detection of the destination address in its 
memory column 26. the home agent intercepts the IP 
packet. 

[0058] In this implementation, the home agent HA 
adapts the IP packet 1 4 by rennoving the destination ad- 
dress 62 of the mobile node 8 in the home network 2, 
and replacing it with the destination address (i.e. the for- 
eign agent 'care-of address) of the mobile node MN 8 in 
the foreign network 6. This destination address will be 
the address of the foreign agent in the foreign network, 
and not the actual address at which the mobile node is 
currently attached. The new IP packet 42 thus compris- 
es the pay load 63 of the original I P packet 50, the source 
address 60 of the original IP packet 50, and the protocol 
ID of the original IP packet 50. The destination address 
62 of the original IP packet is replaced by the new des- 
tination address 41 (foreign agent care-of address). 
[0059] In addition, the home agent appends the mo- 
bite node identifier for the mobile node as an extra field 
43 to the message 42. It is essential, in non-encapsula- 
tion mobile IP, that when the IP packet is being redirect-""' 
ed to a foreign network foreign agent, that a unique iden- 
tifier for the mobile node be included. The destination"*^ 
address 41 is the address of the foreign agent, and not'^" 
the address of the mobile node. Without the mobile node" 
identifier the foreign agent is not able to distinguish 
which mobile node the IP packet is intended for 
[0060] The thus constructed new IP packet 42 is sent 
to the foreign agent 'care-of address in the foreign net-^' 
work. The foreign agent receives the IP packet and re- 
trieves therefrom the mobile node identifier 42 which is ' 
contained in the IP packet 42. The foreign agent com-" 
pares the mobile node identifier in the IP packet to the ^ 
mobile node identifiers in the column 72 of its memory, 
and retrieves the home address of the mobile node from 
the column 74. The foreign agent replaces the destina- 
tion address (the foreign agent care-of address) in the 
IP packet with the mobile nodes home address and for- 
wards the message on to the mobile node in the foreign 
network. 

[0061] In the above-described non encapsulation mo- 
bile IP technique of tunneling, the flow information is not 
hidden, and therefore the quality of service is apparently 
supported. However, for RSVP quality of service this is 
not the case. The reason for this is that for RSVP to cor- 
rectly function, the transmit path followed by a so-called 
Reservation (Resv) message (routed hop-by-hop fol- 
lowing the same hops as indicated by a so-called Path 
message) must be the same path but in the reverse di- 
rection of the Path message. That is the source address 
of the Path message must match the destination ad- 
dress of the Res rvation (Resv) message, and the des- 
tination address of the Path messag must match the 
source address of the Reservation message. The below 
example of setting up an RSVP session in th network 
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structure of Figure 1 illustrates why the non-encapsula- 
tion mobile IP. as described hereinabove, is not suffi- 
cient to support quality of service. 
[0062] To support an RSVP session when the mobile 
node has moved into a foreign network as shown in Fig- 
ure 1. a two-section RSVP session must be set up: a 
first section of the RSVP session ("section 1") between 
the correspondent node 10 and the home agent 12, and 
a second section of the RSVP session ("section 2") be- 
tween the home agent and the mobile node 8. 
[0063] The correspondent node 10, which in this ex- 
ample is assumed to be sending a message to the mo- 
bile node 8, sends a standard RSVP Path message in- 
cluding IP packets 70 having the general format shown 
in Figure 10(a) on line 128. 

[0064] The IP packets of the messages used in an 
RSVP session do not have the format shown in Figures 
2(a) to 2(c). The IP packets of Figures 2(a) to 2(c) are 
IP packets of data messages. The IP packets 70 of the 
Path message of Figure 10(a) have a source address 
78 corresponding to the address of the correspondent 
node, and a destination address 80 corresponding to the 
address of the mobile node 3 in the home network (the 
mobile nodes home address). 

[0065] The I P packets of the Path message (and other 
RSVP messages) additionally include other flow identi- 
fication information in the paytoad of the IP packets. One 
skilled in the art will be familiar with the other flow iden- 
tification information. 

[0066] The IP packet of the Path message is routed 
from the correspondent node 10 to the home network 2 
via a plurality of routing switches, represented by routing 
switch 1 32a, on lines 1 28 and 1 24. 
[0067] If the routing switch 1 32a supports quality of 
service, then it extracts the flow identification informa- 
tion in the IP payload of the Path message IP packets, 
and stores this flow identification information. This flow 
identification information includes: the source address, 
the destination address, the source port number, the 
destination port number, and the protocol ID which will 
be included in all IP data packets transmitted from the 
source to the destination after the quality of sen^ice ses- 
sion has been set up. The routing switch 1 32a routes 
the IP packets of the Path message to another routing 
switch, and then additionally stores with the flow identi- 
fication information extracted from the IP packet the ad- 
dress of the routing switch to which it sent the message 
(the next hop) and the address of the routing switch from 
which it received the message (the previous hop). Al- 
though in Figure 1 it is illustrated that the IP packets 
reach the home network 2 via one routing switch 1 32a, 
in practice the IP packets may reach the home network 
via a plurality of routing switches, and each routing 
switch stores the flow identification information extract- 
ed from the IP pack ts of the Path message, together 
with the identity of the routing switch from which th IP 
packet was sent and the routing switch to which the IP 
pack t was sent. 
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[0068] Thus the IP packets of the Path message travel 
from the correspondent node to the home network 
through the routing network. Each routing switch retains 
the address of the previous hopf rom which the I P packet 
5 was sentlogether with the next hop to which the IP pack- 
et was sent, and additionally the flow identification infor- 
mation for the I P packet. The routing switches also proc- 
ess the other traffic related information in the Path mes- 
sage, the nature of which is not relevant to a discussion 
10 of the present invention. 

[0069] After the quality of service session has been 
set up, when another IP packet arrives at a particular 
routing switch having the same flow identification infor- 
mation that has been stored in the routing switch mem- 
15 ory, the routing switch forwards it to the exact same next 
hop, the address of which is stored in memory. 
[0070] Thus at successive hops, each routing switch 
(provided it supports RSVP quality of service) retrieves 
the flow identification information from the fixed loca- 
te tions of the IP packets of the Path message and stores 
them in memory, together with the addresses of the next 
and previous hops. Thus the flow identification informa- 
tion in the IP packets helps to uniquely identify a mes- 
sage flow, so that alt IP packets associated with that 
25 message flow can be routed from the source to the des- 
tination through the exact same network path. 
[0071] The home agent then intercepts the IP packets 
of the Path message intended for the mobile node. 
When the home agent intercepts the IP packets of the 
30 Path message destined for the mobile node 8, it redi- 
rects them to the foreign network. In this example non- 
encapsulation mobile IP is utilised, and new IP packets 
are created for transmission to the foreign network as a 
new, or modified, Path message. The IP packets 74 of 
35 the modified Path message sent by the home agent are 
shown in Figure 10(b). The home agent replaces the 
destination address of the IP packets of the Path mes- 
sage, such that the destination address 106 of the IP 
packets 74 of the modified Path message is the mobile 
40 node's care-of address in the foreign network. As dis- 
cussed hereinabove, in non-encapsulation mobile IP all 
other elements of the IP packets 70 remain unchanged. 
[0072] This modified Path message is routed to the 
mobile node's care-of address via routing switches rep- 
45 resented by the single routing switch 132b, on lines 126 
and 1 30. 

[0073] As described hereinabove in relation to the 
Path message of the first section, in the Path message 
of the second section the IP packets of the modified Path 

so message are similarly transmitted based on the flow 
identification information therein. The next and previous 
hops are similarly stored by the routing switches. 
[0074] The mobile node receives the modified Path 
message and initiates the Reservation (Resv) message 

ss for the second section by creating a Resen/ation mes- 
sage for transmission having IP packets 76 of the gen- 
eral format as illustrated in Figure 10(c). 
[0075] It will be understood by one skilled in the art 
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that the IP packets of a Reservation message (Resv) 
are transmitted hop-by-hop back along the identical net- 
work path as the IP packets of the Path message. Thus 
the source and destination addresses of the IP packets 
of the Reservation messages are actually the next and 
previous hops. The value of the source and destination 
addresses are thus determined dynamically as the Res- 
en/ation messages transit through the path. Thus the 
structure of the IP packets 76 of the Reservation mes- 
sage shown in Figure 10(c) is actually representative of 
the transport layer of the Reservation messages. Thus 
the structure shown in Figure 10(c) illustrates the gen- 
eral concept of a Reservation message, that is the orig- 
inating source address and the ultimate destination ad- 
dress. This analysis of the Reservation message is 
somewhat artificial, but serves to best illustrate the prin- 
ciple of RSVP. The mobile node 8 identifies the source 
address 1 1 4 as the mobile node's home address. Stand- 
ard mobile IP provides that the applications on a mobile 
node iiself should not be required to be aware of the 
change of the mobile nodes network attachment points. 
Therefore regardless of the location of the mobile node 
(whether in its home network or a foreign network) the 
mobile node always generates IP packets which identify 
the source address as being the mobile node's homes 
address. The mobile node includes a destination ad- 
dress in the Reservation message of the correspondent 
node address. This is because, in accordance with 
standard mobile IP, the mobile node is aware that the 
message came from the correspondent node, and is not 
aware of the redirection via the home agent. For IP pack- 
ets sent from the mobile node to the correspondent node 
in standard mobile IP, they are routed as normal IP pack- 
ets as if the mobile node were 'at home' in the home 
network. 

[0076] Comparing the IP packets of the Path and Res- 
ervation messages shown Figures 6(b) and 6(c). the 
conditions for a successful RSVP session do not exist. 
The source address of the Reservation message 76 is 
different to that of the destinatbn address of the Path 
message 74. 

[0077] This results in the failure of the routing of the 
Reservation (Resv) message hop-by-hop following the 
same network path as that set by the IP packets of the 
Path message. The Reservation message for the first 
section (between the home agent and the correspond- 
ent node) is never initiated because the second section 
fails. 

[0078] Referring to Figure 1 2. there is shown the net- 
work arrangement of Figure 1 adapted to enable non- 
encapsulation mobile IP to support RSVP. In the ar- 
rangement shown a proxy server is introduced into the 
correspondent network and the foreign network. How- 
ev r. it should be understood from the foitowing descrip- 
tion that th functionality of the proxy server may in prac- 
tice be incorporat d into the host terminals to which the 
proxy sen/ers are connect d. A further explanation is 
given hereinbelow following the explanation of the ar- 
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rangement of Figure 12. 

[0079] Referring to Figure 12, the networks of Figure 
1 are adapted such that the correspondent network 4 
additionally includes a correspondent network proxy 
s sen/er 142 and the foreign network 6 additionally in- 
cludes a foreign network proxy server 144. The corre- 
spondent node 10 is connected to the correspondent 
node proxy server 142 via a network link 138. The cor- 
respondent network proxy server connects to the rout- 

10 rng switches via a network link 1 28. The foreign network 
proxy server 144 connects to the mobile node 8 in the 
foreign network 6 via a network link 146. The foreign 
network proxy server connects to the routing switch 
132b via the network link 136. 

15 [0080] An example of the operation of the adapted 
network of Figure 12 for sending a message from the 
correspondent node 10 to the mobile node 8 in the for- 
eign network using non-encapsulation mobile IP in 
which RSVP is supported will now be described. 

20 [0081] Each host terminal which requires quality of 
service provision in a network which does not have its 
own quality of service capability needs to be aware of 
the existence of a proxy server in the network. That is, 
there must be a process by which the host terminals can 

25 discover proxy servers. There are effectively two ways 
this can happen. In a first way, host terminals in the net- 
work broadcast a server soliciting message (SSM). A 
proxy server in the network responds by sending back 
to the host terminal a server response message (SRM). 

30 In a second way, the proxy server in a network broad- 
casts a client request message (CRQM) to the local net- 
work. Responsive thereto, host terminals (which can be 
considered to be proxy server clients) send back a client 
registration message (CRGM). In this way the presence 

35 of the proxy servers in the networks is registered by host 
terminals in the networks in a similar way as the pres- 
ence of agents (home agents, foreign agents) is current- 
ly registered in standard mobile IP. The implementation 
of the technique for nodes to register with proxy servers 

40 vvill be within the scope of one skilled in the art. 

[0082] As discussed hereinabove, to successfully es- 
tablish a quality of sen/ice session between the corre- 
spondent node and the mobile node when the corre- 
spondent node is sending a message to the mobile 

^ node, it is necessary to establish an RSVP session with 
two sections. Generally speaking, a first section of the 
quality of service session must be established between 
the correspondent network and the mobile nodes home 
network, and a second section of the quality of service 

so session must be established between the home network 
and the foreign network. 

[0083] The technique for establishing the first quality 
of service session, and particularly an RSVP session in 
mobile IP, for the network arrangement of Figure 1 2, will 
55 now be described with the aid of th flow diagram of Fig- 
ure 11. 

[0084] In a step 1 50 the correspondent node 14a ini- 
tiating a quality of service session sends a quality of 
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service request on network link 138 to the correspond- 
ent network proxy server 142. 

[0085] The quality of service request may be Innpilcit 
or explicit. An explicit quality of service request from the 
correspondent node specifies an exact quality of service 
requirement. Thus an explicit quality of service request 
can be provided only by a correspondent node which 
has the functionality to support the explicit statement of 
a particular quality of service. An implicit quality of serv- 
ice request from the correspondent node specifies only 
the nature of the transmission to be made. For example, 
an implicit quality of service request may indicate that 
the data to be sent is video data. The proxy server then 
determines the appropriate quality of service in depend- 
ence on the indication of the type of data. 
[0086] The correspondent network proxy server 142, 
in a step 1 52, then sends a standard RSVP Path mes- 
sage. This Path message is communicated to the home 
network proxy server via the routing switch 1 32a on lines 
128 and 124. 

[0087] The IP packets of the Path message sent by 
the correspondent node proxy server correspond iden- 
tically to IP packets 70 of Figure 10(a), and are routed 
by the routing network comprising the routing switches 
132 to the home agent 12. The routing takes place in 
exactly the same manner as described before. 
[0088] In a step 154 the home agent intercepts the IP 
packets of the Path message, and adapts the IP packets 
as described above to generate the IP packets for the 
modified the Path message. 

[0089] The IP packets of the modified Path message 
correspond identically to the IP packets 74 of Figure 10 
(b). !n a step 156 the IP packets comprising the second 
section of the Path message 74 are transmitted by the 
home agent and routed via the routing network repre- 
sented by the routing switch 1 32b to the foreign network 
144. 

[0090] The foreign network proxy server receives the 
Path message of the second section, and in a step 1 58, 
the foreign network proxy server 1 44 sends a quality of 
service indication signal to the mobile node 8 on line 
146, indicating the quality of service requested by the 
correspondent node 10. If the mobile terminal is aware 
of the quality of service specification sent by the corre- 
spondent node, the mobile terminal sends a quality of 
service response by way of acknowledgement to the for- 
eign network proxy server 1 44 in a step 160 on network 
link 146. 

[0091] In a step 1 62 the foreign network proxy server 
then sends a modified Reservation message (i.e. mod- 
ified relative to the Resen^ation message sent with 
standard RSVP), confirming the quality of service ses- 
sion. The modified Reservation message follows the 
identical route to the Path message (in reverse) via lines 
136 and 126. 

[0092] The format of the modified reservation mes- 
sage 77, for the second RSVP s ssion, sent back by the 
foreign network proxy server is illustrated in Figure 1 0 



(d). As can be seen, because of the use of the foreign 
network proxy server 1 44 the source address 115 is the 
mobile node care-of address, and the destination ad- 
dress is the correspondent node's address. Thus the 
5 correct correlation exists between the source and des- 
tination addresses of the Path and Reservation messag- 
es in the second RSVP session, such that the RSVP 
session is supported. 

[0093] Again, the message shown in Figure 10(d) is 

10 representative of the end-to-end message between the 
foreign network and the home network. The format 
shown in Figure 10(d) is not representative of the IP 
packets of the Reservation message, which as dis- 
cussed above have source and destination addresses 

15 corresponding to the next and previous hops. 

[0094] In a step 164 the home agent receives the 
modified Reservation message. The home agent 
adapts the Reservation message to the form shown in 
Figure 10(e), which forms a further modified Reserva- 

20 tion message. In order to perform this adaptation, the 
home agent is provided with the functionality of a proxy 
server therein. Alternatively a home network proxy serv- 
er, equivalent to the correspondent network and foreign 
network proxy servers, may be provided in the home 

25 network and be associated with the home agent. 

[0095] The RSVP session is completed by the home 
agent sending the further modified Reservation mes- 
sage back to the correspondent network via the routing 
switch 132a and the network links 124 and 128. As 

30 shown in Figure 10(e) the Reservation message has as 
the source address 88 the home address of the mobile 
node, and as the destination address the address of the 
correspondent node. Thus the section of the RSVP ses- 
sion between the correspondent network and the home 

35 network is equivalent to a standard static RSVP session. 
The flow information required by the routing switches in 
the routing networks to support RSVP is fully available. 
The source and destination addresses are 'swapped' in 
the further modified Reservation message relative to the 

40 Path message, 

[0096] In a step 166 the home agent then sends the 
Reservation message for the first section. The further 
modified Reservation message is then sent to the cor- 
respondent network 4 where it is received by the corre- 

45 spondenl network proxy server 1 42. 

[0097] The correspondent network proxy server then 
sends, in a step 168^ a quality of service confirmation 
message on the network link 138 by way of acknowl- 
edgement to the correspondent node 10. indicating that 

50 the quality of service session has been set up. 

[0098] The correspondent node 1 0 then begins send- 
ing data message packets to the mobile terminal. How- 
ever the data message packets do not go via the corre- 
spondent network proxy server or the foreign network 

55 proxy server The proxy servers are used only during 
the set-up of the RSVP session. Once the RSVP ses- 
sion is set-up as described, and messages are sent from 
the correspondent node to the mobile node, it is essen- 
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tial that the flow identification information carried by the 
IP packets of the data message match that used in the 
set-up of the RSVP session. Thus the IP data packets, 
having the general format shown in Figure 2. must in^ . 
ciude the same source port number, destination port s 
number, and protocol ID contained in the payload of the 
RSVP message, as well as the source and destination 
addresses. In this way the data IP packets are uniquely 
identified as being associated with the flow configured 
by the RSVP session. Thus the provision of the foreign 10 
network proxy server ensures that the RSVP quality of 
service is supported in mobile IP. The proxy servers 
shown in Figure 1 2 can thus be considered to be 'RSVP 
proxy servers". The proxy servers dynamically adapt the 
destination of the RSVP messages to follow the move- 
ment of the mobile node and in the meantime, guarantee 
that the flow identification information and quality of 
service information match the data flows directed ac- 
cording to non-encapsulation mobile IP (NEMIP). It will 
be appreciated from the foregoing description that it is 20 
essential that the proxy server (or the equivalent func- 
tionality of the proxy server) is provided in the foreign 
network, that is a network which accommodates host 
terminals normally resident in other networks, if quality 
of sen/ice is to be supported in mobile IP 25 
[0099] The provision of the RSVP proxy server (or its 
functional equivalent) in the foreign network guarantees 
that the established RSVP session (in particular, the 
second section of the RSVP session) follows the move- 
ment of the mobile node whilst at the same time record- 30 
ing the correct flow information matching that of the data 
flows which follow that same path of the RSVP session, 
regardless of the change of the mobile node's point of 
network attachment. 

[0100] No host terminal, when transmitting, will know 35 
whether the host terminal it is transmitting to is a mobile 
node, or whether it is in a foreign network having an 
RSVP proxy server To ensure support of RSVP with 
mobile IP, each network which is capable of acting as a 
foreign network to host mobile nodes should be provid- 40 
ed with a proxy server (or its equivalent functionality) 
with the functions as described herein. The above de- 
scription of the functional control as performed by the 
proxy server in a foreign network is essential to support- 
ing quality of service in a mobile environment. ^5 
[0101] Referring to Figure 12, the essential require- 
ment to support a quality of service session for a corre- 
spondent node in the correspondent network desiring to 
send data messages to the mobile node, is that the for- 
eign network in which the mobile node is located must so 
have a proxy server or its functional equivalent. The cor- 
respondent node can then directly set up the RSVP ses- 
sion itself without the need of the correspondent node 
proxy server 

[0102] The provision of the correspondent nod proxy ss 
server, howev r, has th advantage that it enables ter- 
minals in the correspondent node not having RSVP 
functionality to initiate RSVP sessions. The proxy server 
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provides a technique for configuring a quality of service 
session which is both platform and application inde- 
pendent. By providing a dedicated means for establish- 
ing quality of service sessions, then current and future 
quality of service incapable host terminals can have a 
quality of service session set-up and thus their quality 
of service control enabled across the transmit path to 
their communication peers. The requirements for com- 
plicated and intensive computing as induced in many 
quality of service control signaling and control mecha- 
nisms, and strain on battery power for wireless/mobile 
terminals, is avoided. 

[0103] In an alternative application, as mentioned 
consistently hereinabove, the functionality of the proxy 
server performed in the foreign network is performed in 
the mobile node itself. In such an application the mobile 
node will already be RSVP capable, and will have an 
RSVP daemon to support standard RSVP sessions, tn 
such an application responsive to receipt of the modified 
Path message from the home network the mobile node 
will generate the standard RSVP message format 
shown in Figure 10(c). The proxy server functionality 
embedded in the RSVP daemon of the mobile node will 
then modify this Reservation message to generate the 
modified Reservation message of Figure 10(d). The 
modified Reservation message is then transmitted di- 
rectly from the mobile node. 

[0104] It should be noted that the examples described 
herein throughout this text utilise standard RSVP No 
change to the standard RSVP is envisaged or proposed. 
[0105] The solution to supporting quality of service in 
mobile IP described hereinabove with reference to Fig- 
ure 12 relates specifically to the co-located care-of ad- 
dress working mode, where the foreign network does 
not include a foreign agent. The technique also applies 
to the foreign agent care-of address working mode 
where the foreign network includes a foreign agent. 
However before the quality of service session can be 
initiated, in foreign agent care-of address mode special 
precautions must be taken, as described hereinafter. 
[0106] In the foreign agent care-of address working 
mode using non-encapsulation mobile IP,* as described 
hereinabove with reference to Figure 6, a mobile node 
identifier is allocated to each mobile node in the foreign 
network and anached to the IP packets sent from the 
home agent to the foreign agent. 
[0107] The mobile node identifier uniquely identifies 
the destination of the IP packet in the foreign network. 
However, when the mobile node is in the foreign net- 
work, the MNID is not available to the routing switches 
between the home agent and the foreign agent. 
[0108] As also described hereinabove, the flow of a 
message is identified by flow identification information 
contained in the message. In the foreign agent care-of 
address working mode, if quality of service sessions are 
being configured betw en a particular correspondent 
node and sev ral mobile nodes all in the same foreign 
network and served by the same foreign agent, then the 
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source address (i.e. the address of the correspondent 
node) is the sanne for alt information flows, and the des- 
tination addresses (the foreign agent care-of address, i. 
e. effectively the foreign agent address) is the same tor 
alt Information flows between the home agent and the s 
foreign network. There is also a strong possibility that 
the the protocol ID for each of the message flows will be 
the same. 

[0109] In this situation, the ability to distinguish be- 
tween different message flows between the home agent fo 
and the foreign agent will depend upon the source or 
destination port numbers being different. However, it is 
again possible that two different message flows may al- 
so have the same source and destination port numbers. 
In such a case, the routing switches between the home f5 
agent and the foreign agent may be unable to distin- 
guish between two different flows having the same 
source and destination addresses, source and destina- 
tion port numbers, and protocol ID. Unless the routing 
switches are modified to be able to retrieve the mobile 20 
node identifier from the message flows in addition to the 
usual flow identification information, the routing switch- 
es will not be able to uniquely identify two or more dif- 
ferent flows. 

[0110] It is, of course, undesirable to alter the design 25 
of the routing switches or other routing devices between 
the home agent and the foreign agent, and thus as dis- 
cussed below there is presented herein a solution which 
guarantees the unique Identification of different flows 
between the home agent and the foreign agent. The so- 30 
lution avoids any clash between port numbers in the flow 
identification information of messages. 
[0111] The network arrangement in Figure 13 exem- 
plifies the scenario of this problem. The network ar- 
rangement of Figure 13 corresponds to that of Figure 35 
1 2, with the addition of the foreign agent 7 (as shown in 
Figure 6). and an additional mobile node 9. Both mobile 
nodes 8 and 9 are served by the foreign agent 7. 
[0112] In Figure 1 3 the two mobile nodes 8 and 9, the 
foreign network proxy server 1 44, and the foreign agent 40 
7 are all shown interconnected by a network link con- 
nection 139 which connects to the routing switch 132b 
in the routing network. In fact, as will be understood by 
one skilled in the art, in all of the respective networks 
the various elements therein (terminals, where applica- 45 
ble proxy servers, and where applicable home/foreign 
agents) the interconnections therebetween are provid- 
ed on a cornmon network link, tor example Ethernet, 
[01 13] In the network arrangement of Figure 1 3, each 
proxy server, or each terminal including the functionality 50 
of the proxy server, includes a 'port in use' memory and 
a 'temporary port replacement memory'. As shown in 
Figure 14(a) the port in use memory 200 comprises a 
single column 204, which includes all those port num- 
bers currently in use. As shown in Figure 14(b) the tern- ss 
porary port replac mentm mory 202 includes a column 
206 for storing the valu of an allocated temporary port 
number, a column 208 for storing the corresponding 're- 
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al' port numbers, and a column 209 for storing the mo- 
bile node identifiers (IVINIDs). 

[Oil 4] In the present example the proxy sender func- 
tionality of the home agent 12. and the foreign network 
proxy server 1 44 each have a 'port in use' memory and 
a 'temporary port replacement' memory. It should be 
noted that in this example there is no requirement for 
the correspondent network proxy sen/er 142 to have a 
'ports in use' or 'temporary port replacement memory*. 
This is because there Is no problem in distinguishing the 
flow of information between the correspondent network 
and the home network, since the flow is uniquely iden- 
tified at least by the destination address, which is the 
mobile node's home address. 

[0115] In the example memory entries of Figure 14, 
the 'ports in use' memory indicates that the port numbers 
A, B and X are in use. The 'temporary port replacement' 
memory indicates that a temporary port X has been al- 
located, and that this port corresponds to an actual port 
number of B, associated with the mobile node 9. 
[0116] Each of the other proxy servers which are 
peers of the foreign agent proxy server will store this 
information in their own equivalent port in use and 'tem- 
porary port replacement' memories. A peer of the for- 
eign agent proxy server for this purpose is any home 
agent proxy server (or home agent with equivalent func- 
tionality) which is in communication with a mobile node 
connected in foreign agent care-of address mode in the 
foreign network to the foreign network proxy server 
[0117] The allocation of the temporary ports prefera- 
bly takes place during the procedure in which the mobile 
nodes register with the foreign agent 7 and the proxy 
server 144. At the same time as the mobile node's reg- 
ister with the proxy server, they also notify the proxy 
server of the port numbers of all the applications which 
they support. 

[0118] Thus the mobile node 8 notifies the proxy serv- 
er 1 44 of all the port numbers of all the applications avail- 
able in the mobile node 8. The proxy server 144 then 
checks each of these port numbers against the 'port in 
use' memory 204. If any port clashes are detected then 
the proxy sen/er 1 44 allocates a temporary port number 
to the real port number, and stores the temporary port 
number and real port number together with the mobile 
node's identifier in the memory 202. The proxy sen/er 
performs a similar exercise for each other mobile node 
registered with the foreign agent 7, 
[0119] On each registration of a mobile node, the for- 
eign network proxy server notifies it's peers of the allo- 
cation of temporary port numbers. Thus the foreign net- 
work proxy server notifies the home agent 1 2, including 
the functionality of a proxy server, and the home agent 
updates its 'port in use' and 'temporary port allocation' 
memories accordingly. 

[0120] For the purposes of an illustrative example, it 
is assumed that the mobile node 8 has only one appli- 
cation available, which has a port number of B. Thus, 
when mobile node 8 r gist rs with the foreign network 
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proxy server 144, the port number B is entered into the 
•ports in use' memory 200. and this information is trans- 
mitted to the home agent 12. which updates its own 
*ports in use' memory accordingly. It is assumed that the - 
mobile node 9 has two applications available, which s 
have port numbers A and B respectively. Thus, when 
mobile node 9 registers with foreign network proxy serv- 
er 144, a port clash in respect of port number B is iden- 
tified. This clash may be identified by a simple check of 
the port numbers of the applications available in the mo- 
bile node 9 with the contents of the 'ports in use' mem- 
ory. The foreign network proxy server 144 therefore al- 
locates a temporary port number to the port number B 
for the mobile node 9, and this information is stored in 
the lemporary port replacement' memory 202. Thus as ^5 
shown in Figure 14(b) the 'temporary port replacement' 
memory 202 indicates that the temporary port number 
X has been allocated to the port number B for the mobile 
node 9. The proxy sen/er 144 also updates the 'port in 
use' memory 200 to additionally show the ports A and 20 
X as in use. The foreign network proxy server then com- 
municates the updated contents of both the 'ports in use' 
memory and the 'temporary port replacement' memory 
to the home agent 12, which updates its own 'ports in 
use' and 'temporary port replacement' memories ac- 2S 
cordingly. 

[0121] The steps for determining whether allocation 
of a temporary port is necessary on registration of a mo- 
bile node are illustrated in Figure 15. In a step 210 the 
foreign network proxy server determines whether the 30 
port number of an application in a mobile node which is 
registering with it is already In use. This is determined 
by comparing the port number of the application to the 
values in the column 204 of the memory 200. 
[0122] In the present example, as discussed above, 35 
when mobile node 9 registers, port number B is already 
in use. In a step 21 2 the foreign node proxy server there- 
fore allocates a temporary port number The temporary 
port number may be simply chosen from those tempo- 
rary port numbers not currently in use, which can be de- 40 
termined from an inspection of column 206 of memory 
202. In this example the temporary port number X is al- 
located as discussed above. 

[01 23] In a step 21 4 the home agent updates the con- 
tents of the columns 206 and 208 of the temporary pon 45 
replacement memory by entering the port number X in 
the column 206 and an associated port number B in the 
column 208, on notification from the foreign network 
proxy server 

[0124] Now suppose the correspondent node 10 at- 50 
tempts to set up a quality of service session with the 
mobile node 9 in the foreign network. The port number 
(i.e. application) in the mobile node 9 identified in the 
n w quality of service session is 8. 

[0125] According to the flow chart of Figure 11 , in th 55 
step ISO the correspond nt node sends a quality of 
service request to the correspondent node proxy s rver 
on the network link 1 38. In the step 152 the correspond- 
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ent node proxy server 1 42 sends the Path message, and 
in the step 1 54 the hom agent intercepts the Path mes- 
sage. 

[0126] How ver before the -home agent sends the 
modified Path message in step 1 56, it is necessary to 
check whether a temporary port has been allocated for 
the particular port number in the destination mobile 
node. The home agent, when modifying the Path mes- 
sage to include the mobile node identifier, checks for a- 
match in the temporary port -replacement* memory be- 
tween the mobile node identifier of the current message 
and the column 209. and between the destination port 
of the current message and the column 208. If a match 
is detected, then the home agent replace the destination 
port number with the appropriate temporary port 
number 

[0127] The mobile node identifier (MNID) for use be- 
tween the home network and the foreign network is still 
allocated and notified to the home agent in the same 
manner as described hereinabove, as part of the mobile 
node's registration process with the foreign agent. 
[01 28] Once any necessar/ port replacement has tak- 
en place, then the home agent moves onto step 156, 
and the Path and Reservation messages are transferred 
as described hereinabove to set up the quality of service 
session. - 
[0129] Another modification to the flow diagram of 
Figure 1 1 occurs in step 1 58. Priorto sending the quality 
of service indication signal to the mobile node, the for- 
eign network proxy server looks up the destination port 
number and the MNI D in the columns 206 and 209 of its 
memory 202. If a match is found the destination port 
number is replaced with the corresponding value from 
the column 208. and then the quality of service indica- 
tion signal is sent. ~ 
[0130] Similarly in the step 162, prior to sending the 
modified Reservation message the destination port 
number of the mobile node is replaced with the tempo- 
rary value in the column 206. 

[0131] in addition, in step 166 prior to the home agent 
sending the further modified reservation message, the 
home agent replaces the temporary port number with 
the real port number before forwarding the further mod- 
ified Reservation message to the correspondent net- 
work. 

[0132] If a temporary port number is allocated for any 
particular quality of service session between the home 
agent and the foreign network, then all data packets will 
continue to be transferred via the foreign agent and the 
home agent, the foreign agent and the home agent be- 
ing adapted to ensure the correct substitution and re- 
placement of temporary port numbers. 
[01 33] Figure 1 6 shows a still further modified version 
of the network arrangement of Figure 1 3. In this arrange- 
ment each of th mobil nodes 8 and 9 is still supported 
by a common foreign ag nt 7, but there is provided a 
separate foreign agent proxy server for each of the mo- 
bile nodes .8 and 9. Thus mobile node 8 is associated 
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with the foreign agent 7 and the foreign network proxy 
server 144, and mobile node 9 is associated with the 
foreign agent 7 and a foreign network proxy server 1 45. 
All the elements are again linked by the common net- 
work link 139. 

[0134] In such a scenario, the mobile nodes connect- 
ed to different foreign network proxy servers operate in- 
dependently of each other. Thus if a correspondent 
node, such as node 1 0, communicates with both the mo- 
bile nodes 8 and 9, then the communication is via the 
respective foreign agent proxy servers, and the respec- 
tive foreign agent proxy servers do not know of the op- 
eration of the other 

[0135] Thus, for example, for a communication be- 
tween correspondent node 10 and mobile node 8, the 
communication peer of the functionality of the proxy 
server in the home agent 1 2 is the foreign network proxy 
server 144 only. Thus if a temporary pon is allocated in 
this link, the foreign network proxy server 145 Is not no- 
tified. As discussed hereinabove, the routing switches 
between the home agent and the foreign network cannot 
identify the MNID attached to messages. Therefore the 
possibility exists that there could be a port clash be- 
tween two different mobile nodes served by the same 
foreign agent but different foreign agent proxy servers 
in the same foreign network. For this reason, in such a 
scenario, the method illustrated by the flow diagram of 
Figure 1 5 is provided with the additional steps 216 and 
218. After it is determined, by a foreign network proxy 
server (or its functional equivalent) that a port number 
is not already in use, then the proxy server sends a tem- 
porary port enquiry message to other proxy servers (or 
the functional equivalent) in the same foreign network. 
Thus, in the scenario of Figure 16, if it is determined by 
the foreign network proxy server 1 44 that a port number 
is not currently in use, the foreign network proxy server 
144 sends a temporary port enquiry to the foreign net- 
work proxy server 145, In step 218 the foreign network 
proxy server 144 receives a reply from the other proxy 
servers in the foreign network, or alternatively receives 
no reply after a time out. The foreign network proxy serv- 
er 144 then determines whether a temporary port 
number should be allocated. If a temporary port number 
needs to be allocated then this is done in a step 21 2 as 
before. Otherwise the method reverts to step 156. 
[0136] A modification of the flow chart of Figure 15, 
when the scenario of Figure 1 6 applies, would be for the 
step 216 to be carried out in conjunction with the step 
210. Thus, if a port clash is identified in step 210, steps 
216 and 21 8 are first carried out before allocation of the 
temporary port number This ensures that an already 
used temporary port number is not allocated. 
[0137] It is probable that the step 216 of sending a 
temporary port enquiry message will always be carried 
out, since a foreign network proxy server, or its function- 
al equivalent, will not be (or n ed not be) aware of 
whether there are other foreign network proxy servers 
in th same network. 
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[0138] Although it is described hereinabove that the 
destination port numbers are temporarily replaced in re- 
sponse to a clash of port numbers between different 
quality of service sessions, it -will be appreciated that 
5 other elements of the flow identification information may 
be temporarily replaced so as to ensure a unique flow 
identification. 

[0139] Although in the above description the tech- 
nique for supporting a quality of service session when 

10 the foreign network includes a foreign agent advanta- 
geously utilises the described, preferred technique for 
supporting a quality of service session between a for- 
eign network and a mobile node with a foreign agent 
care-of address, where a mobile node identifier is at- 

15 tached to the message packets between the home 
agent and the foreign network, it will be appreciated that 
the application of the technique described herein may 
be more widely applicable, and is not limited to such a 
scenario. The above described new technique may be 

20 utilised in any technique for supporting quality of service 
in mobile IP when the nature of the technique for sup- 
porting the quality of service session is such that a clash 
may occur between the flow identification information for 
different information flows. 

2S 

Claims 

1. A method of establishing an IP quality of service 
30 session between a correspondent node and a mo- 
bile node, the mobile node having a home address 
in a home network and being temporarily connect- 
able in a foreign network having a foreign agent 
supporting associated with at least one further mo- 

35 bile node, wherein IP packets are directed to the 
mobile node from the correspondent node via the 
home network, the quality of sen/ice session being 
maintained in dependence on flow identification in- 
formation in the IP packets, the method comprising: 
40 determining whether the flow identification informa- 
tion of a quality of service session to be configured 
matches the flow identification infomnation of an ex- 
isting quality of service session; responsive to a 
nnatch, allocating temporary flow identification infor- 
ms nnation to the quality of service session to be con- 
figured. 

2. The method of claim 1 wherein the temporary flow 
identification information is allocated between the 

so home network and the foreign network. 

3. The method of claim 1 or claim 2 wherein the steps 
of determining a match and allocating temporary 
flow identification Information are carried out in the 

55 foreign network. 

4. The method of claim 3 wh rein the temporary flow 
identification information is notified to the home net- 
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work by the foreign network. 

5. The method of claim 1 . wherein the flow identifica- 
tion information includes an identification- of an ap- - 
plication provided at the mobile node, wherein the 5 
step of allocating temporary flow identification infor- 
mation comprises allocating a temporary identifica- 
tion of the application. 

6. The method of claim 5 wherein the application is io 
identified by a port number. 

7. The method of any preceding claim in which the 
quality of sevice session is an RSVP session. 

75 

8. The method of any preceding claim in which the 
temporary flow identification information is substi- 
tuted In the home netwwork and replaced at the for- 
eign agent. 

20 

9. A mobile I P environment capable of establishing an 
IP quality of service session between a correspond- 
ent node and a mobile node, the mobile node hav- 
ing a home address in a home network and being 
temporarily connectable in a foreign network having 2S 
a foreign agent associated with at least one further 
mobile node, wherein IP packets are directed to the 
mobile node from the correspondent node via the 
home network, the quality of sen/ice session being 
maintained in dependence on flow identification in- 30 
formation in the IP packets, the mobile IP environ- 
ment having means for determining whether the 
flow identification infornrratioh of a quality of service 
session to be configured matches the flow identifi- 
cation information of an existing quality of service 35 
session; the means being responsive to a match for 
allocating temporary flow identification information 

to the quality of service session to be configured. 

10. The mobile IP environment of claim 9 in which the 
means is provided in the foreign network. 

1 1 . The mobile I P environment of claim 1 0 the two mo- 
bile nodes are each associated with a respective 
one of at least two means, wherein the means are 
further adapted to determine whether the flow iden- 
tification information of a quality of service session 
between one ol the mobile nodes and a correspond- 
ent node matches the flow identification information 

of a quality of sen^ice session between the other of so 
the mobile nodes and a correspondent node. 

■ 12. The mobile IP environment of any on© of claims 9 
to 1 1 in which the means for allocating t mporary 
flow id ntification information is provided in the for- 53 
eign network. 

13. The mobil IP environment of any one of claim 9 to 
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12 in which the home network includes means for 
substituting the temporary flow identification infor- 
mation to the quality of service session responsive 
to the means for allocating the temporary flow iden- 
tification information in the foreign network. 

14. The mobile IP environment of claim 1 3 in whk;h the 
foreign agent is adapted to remove the substituted 
flow identification information. 
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FIG. 11 
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